ETSI TS 101 348 V7.10.1 (2005-06) 

Technical Specification 



Digital cellular telecommunications system (Phase 2+); 

General Packet Radio Service (GPRS); 
Interworking between the Public Land Mobile Network (PLMN) 
supporting GPRS and Packet Data Networks (PDN) 
(3GPP TS 09.61 version 7.10.1 Release 1998) 




3GPP TS 09.61 version 7.10.1 Release 1998 1 ETSI TS 101 348 V7.10.1 (2005-06) 



Reference 
RTS/TSGC-030961v7a1 

Keywords 
GSM 



ETSI 

650 Route des Lucioles 
F-06921 Sophia Antipolis Cedex - FRANCE 



Tel. : +33 4 92 94 42 00 Fax: +33 4 93 65 47 1 6 

Siret N ° 348 623 562 0001 7 - NAF 742 C 
Association a but non lucratif enregistree a la 
Sous-Prefecture de Grasse (06) N° 7803/88 



Important notice 



Individual copies of the present document can be downloaded from: 
http://www.etsi.org 

The present document may be made available in more than one electronic version or in print. In any case of existing or 
perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). 
In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive 

within ETSI Secretariat. 

Users of the present document should be aware that the document may be subject to revision or change of status. 
Information on the current status of this and other ETSI documents is available at 
http://portal.etsi.orq/tb/status/status.asp 

If you find errors in the present document, please send your comment to one of the following services: 

http://portal.etsi.orq/chaircor/ETSI support.asp 

Copyright Notification 



No part may be reproduced except as authorized by written permission. 
The copyright and the foregoing restriction extend to reproduction in all media. 

© European Telecommunications Standards Institute 2005. 
All rights reserved. 

DECT™, PLUGTESTS™ and UMTS™ are Trade IVlarks of ETSI registered for the benefit of its IVIembers. 
TIPHON^" and the TIPHON logo are Trade Marks currently being registered by ETSI for the benefit of its Members. 
2QppTM |g g jracle Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. 



ETSI 



3GPP TS 09.61 version 7.10.1 Release 1998 



2 



ETSI TS 101 348 V7.10.1 (2005-06) 



Intellectual Property Rights 

IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http ://webapp . etsi .org/IPR/home . asp ) . 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI 3rd Generation Partnership Project (3GPP). 

The present document may refer to technical specifications or reports using their 3GPP identities, UMTS identities or 
GSM identities. These should be interpreted as being references to the corresponding ETSI deliverables. 

The cross reference between GSM, UMTS, 3GPP and ETSI identities can be found under 
http://webapp.etsi.org/kev/quervform.asp . 



ETSI 



3GPP TS 09.61 version 7.10.1 Release 1998 



3 



ETSI TS 101 348 V7.10.1 (2005-06) 



Contents 



Intellectual Property Rights 2 

Foreword 2 

Foreword 5 

1 Scope 6 

2 References 6 

3 Definitions, abbreviations and symbols 7 

3.1 Definitions 7 

3 . 2 Abbreviations 8 

3.3 Symbols 8 

4 Network characteristics 9 

4. 1 Key characteristics of PLMN 9 

4.2 Key characteristics of PSDN 9 

4.3 Key characteristics of IP Networks 9 

5 Interworking Classifications 9 

5 . 1 Service Interworking 9 

5 . 2 Network Interworking 9 

5.3 Numbering and Addressing 9 

6 Access reference configuration 9 

7 Interface to GPRS Bearer Services 10 

8 Subscription checking 10 

9 Screening 10 

9 . 1 Network controlled screening 11 

9.2 Subscription controlled screening 11 

9.3 User controlled screening 11 

10 Interworking with PSDN (X.75/X.25) 11 

10.1 General 11 

10.2 PSDN Interworking Models 1 1 

10.2. 1 X75 Interworking at the Gi Reference Point 1 1 

10.2. 1 . 1 Numbering and Addressing 12 

10.2.1.2 Charging 12 

10.2.2 X25 Interworking at the Gi Reference Point 12 

10.2.2. 1 Numbering and Addressing 14 

10.2.2.2 Charging 14 

10.3 User Facihties 14 

10.4 The GPRS Interworking to PSDN Characteristics 14 

1 1 Interworking with PDN (IP) 14 

11.1 General 14 

11.2 PDN Interworking Model 14 

1 1 .2. 1 Access to Internet, Intranet or ISP through GPRS 16 

11 .2. 1 . 1 Transparent access to the Internet 16 

1 1 .2. 1 .2 Non Transparent access to an Intranet or ISP 17 

11.3 Numbering and Addressing 21 

11.4 Charging 21 

11.5 Domain Name Server (DNS) 21 

11.6 Screening 21 

12 Interworking with PDN (PPP) 21 

12.1 General 21 

12.2 PDN Interworking Model 21 



ETSI 



3GPP TS 09.61 version 7.10.1 Release 1998 



4 



ETSI TS 101 348 V7.10.1 (2005-06) 



12.2.1 Virtual dial-up- and direct Access to PDNs, or ISPs through GPRS 22 

12.2.1.1 Procedural description 23 

13 Internet Hosted Octet Stream Service (IHOSS) 24 

14 Interworking between GPRS networks 24 

14.1 Security Agreements 25 

14.2 Routing protocol agreements 25 

14.3 Charging agreements 25 

15 Void 26 

1 6 Usage of RADIUS on Gi interface 26 

16.1 RADIUS Authentication 26 

16.2 RADIUS Accounting 26 

16.3 Authentication and accounting message flows 27 

16.3.1 IPPDPtype 27 

16.3.2 PPP PDP type 28 

16.3.3 Accounting Update 31 

16.3.4 AAA-Initiated PDP context termination 32 

16.4 List of RADIUS attributes 32 

16.4.1 Access-Request message (sent from the GGSN to AAA server) 32 

16.4.2 Access-Accept (sent from AAA server to GGSN) 33 

16.4.3 Accounting-Request START (sent from GGSN to AAA server) 35 

16.4.4 Accounting Request STOP (sent from GGSN to AAA server) 36 

16.4.5 Accounting Request ON (optionally sent from GGSN to AAA server) 37 

16.4.6 Accounting Request OFF (optionally sent from GGSN to AAA server) 37 

16.4.7 Sub-attributes of the 3GPP Vendor-Specific attribute 37 

16.4.8 Accounting Request Interim-Update (sent from GGSN to AAA server) 44 

16.4.9 Disconnect Request (optionally sent from AAA server to GGSN) 45 

Annex A (normative): Interworking PCS1900 with PSDNs 46 

A. 1 Key characteristics of interworking PCS 1 900 with PSDNs 46 

A. 1 . 1 PSPDNs which are outside the BOC's LATA 46 

A. 1 .2 PSPDNs which are inside the BOC's LATA 46 

A.2 Subscription checking 46 

A.3 Interworking PCS 1900 with PSDN using X.75' 46 

A.3.1 General 46 

A.3. 2 PSDN Interworking Model using X.75' Interworking at the Gi Reference Point 47 

A.3. 3 Numbering and Addressing 48 

A.3 .4 Charging 48 

A.3. 5 User Facilities 48 

A.3 .6 The GPRS Interworking to PSDN Characteristics 48 

Annex B (informative): Change history 49 

History 50 



ETSI 



3GPP TS 09.61 version 7.10.1 Release 1998 



5 



ETSI TS 101 348 V7.10.1 (2005-06) 



Foreword 

This Technical Specification has been produced by the 3"* Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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1 Scope 

The present document defines the requirements for General Packet Radio Service (GPRS) interworking between a: 

a) PLMNandPSDN; 

b) PLMN and IP Networks; 

c) PLMN and PLMN. 

In addition, annex A describes the special requirements for interworking between a PCS 1900 PLMN and a PSDN 
within a BOC's LATA. 



2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 



[I] 3GPP TR 01.04: "Abbreviations and acronyms". 

[2] 3GPP TS 02.60: "General Packet Radio Service (GPRS); Service Description; Stage 1 " . 

[3] 3GPP TS 03.60: "General Packet Radio Service (GPRS); Service Description; Stage 2". 

[4] 3GPP TS 03.61: "General Packet Radio Service (GPRS); Point to Multipoint Multicast Service 

Description; Stage 2". 

[5] 3GPP TS 03.62: "General Packet Radio Service (GPRS); Point to Multipoint Group Call Service 

Description; Stage 2". 

[6] 3GPP TS 03.64: "General Packet Radio Service (GPRS); Overall description of the GPRS radio 

interface; Stage 2". 

[7] 3GPP TS 04.60: "General Packet Radio Service (GPRS); Mobile Station (MS) - Base Station 

System (BSS) interface; Radio Link Control / Medium Access Control (RLC/MAC) protocol". 

[8] 3GPP TS 04.64: "General Packet Radio Service (GPRS); Mobile Station - Serving GPRS Support 

Node (MS-SGSN) Logical Link Control (LLC) layer specification". 

[9] 3GPP TS 04.65: "General Packet Radio Service (GPRS); Mobile Station (MS) - Serving GPRS 

Support Node (SGSN); Subnetwork Dependent Convergence Protocol (SNDCP)". 

[10] 3GPP TS 07.60: "General Packet Radio Service (GPRS); Mobile Station (MS) supporting GPRS". 

[II] ITU-T Recommendation E.164: "The international pubUc telecommunication numbering plan". 

[12] ITU-T Recommendation X.25: "Interface between Data Terminal Equipment (DTE) and Data 

Circuit-terminating Equipment (DCE) for terminals operating in the packet mode and connected to 
public data networks by dedicated circuit". 

[13] ITU-T Recommendation X.75: "Packet-switched signalling system between public networks 

providing data transmission services". 
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[14] ITU-T Recommendation X. 121 : "International numbering plan for public data networks" . 

[15] IETF RFC 768 (1980): "User Datagram Protocol" (STD 6). 

[16] IETF RFC 791 (1981): "Internet Protocol" (STD 5). 

[17] IETF RFC 792 (1981): "Internet Control Message Protocol" (STD 5). 

[18] IETF RFC 793 (1981): "Transmission Control Protocol" (STD 7). 

[19] IETF RFC 1034 (1987): "Domain names - concepts and facilities" (STD 7). 

[20] Bellcore GR-000301 Issue 2 December 1997; "PubUc Packet Switched Network Generic 
Requirements (PPSNGR)". 

[21a] IETF RFC 1661 (1994): "The Point-to-Point Protocol (PPP)" (STD 51). 

[21b] IETF RFC 1662 (1994): "PPP in HDLC-like Framing". 
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[23] IETF RFC 2865 (2000): "Remote Authentication Dial In User Service (RADIUS), C. Rigney, 
S. Willens, A. Rubens, W. Simpson". 

[24] IETF RFC 2866 (2000): "RADIUS Accounting", C. Rigney, Livingston. 

[25] 3GPP TS 03 .03 : "Numbering, addressing and identification" . 
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D. Mitton. 

[27] IETF RFC 1035 (1987): "Domain names - implementation and specification". 

[28] IETF RFC 1771 (1995): "A Border Gateway Protocol 4 (BGP-4)". 
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the Gn and Gp interface ". 

[34] IETF RFC 2044 (1996): "UTF-8, a transformation format of Unicode and ISO 10646". 



3 Definitions, abbreviations and symbols 
3.1 Definitions 



For the purposes of the present document, the terms and definitions given in 3GPP TS 02.60 [2] apply. 

Terminology used in the present document is presented in 3GPP TS 01.04 [1]. For support of data services between 
GSM PLMN and other networks see 3GPP TS 09-series of Specifications. 
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3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 



APN 


Apppcc Point Mfimp 


ATM 




BG 


1—7 KJl. V_l \^ 1 V.J LL LV^ VV tl y 


ROr 


jjcii v^ucitiLiii^ v^vjiiiutiii y 


CHAP 


r^hnllpTitrp l-fariH^ilink'P AiitVipntipntion Protopnl 


DHCP 


T~^vnaTnip l-ToQt f~^oTTFi cTiiriition Protocol 


DNIC 


Data Network Tdetitification Code 

Ci LCi ± ^ VI. VV V/X iV XVJ-Wl-J. XV 44-1.-1- \y XX V-/^4-V 


DNS 


J—'VJlllCllll 1 1 CllllV vJ Vi V VI 


DSF 


J-'dLCl kjWJLV/JJ J-(.A.V/JJ<lJJgC' 


GGSN 


vJdLCWtlJ' vJJT-TVO OUJJJJV^J L i') V^VIC 


IC 


-LllLVl V.A.V11l(.11{^\^ V^Clll IVl 


ICMP 


Tntpmpt r~^ontrol A^PQQatrp Protocol 

lllLClllCL V^V/llLlV/l IVlCooClgC JT JV/LV/V^V/J 


IETF 


TntPTTipt PntrmppnntT T'nslr Pr*rf*p 

XJJL&JJJ&L .Lf JJgJJJCCJ JJJg X d^lv J \JLk/^ 


IP 


Tntpmpf Pfotopol 

lllLClllCL IT 1 VJ LVJV^VJl 


IPv4 


Tntpfnpt Pfotopol vpvQion zl 

lllLt'lll^L JT IV/LVy^^VJl VCljlV/ll i 


IPv6 


TntPTTipt Protor*ol vpr^;ion f\ 

AllLClllCL JT JV/LV/V-V/J VCJaJV/11 \J 


ISDN 


TntpcrntpH ^pn/ipps T~^icTittil ^TptMs/orlr 

XllLC^gl U.LCU- i3dVlV/d3 J-/JgJLilJ i>CLWV.IlA. 


TSP 


TntPTTipt ^prvifp Provinpr 

J-llLClllCL OCl VIV/C JT JV^VJVJCJ 


LAC 


T '7'T'P Appp*;*; r^nnppntratnr 

.Zl.VVVi3i3 V^VJllV VllLl ClLVJl 


LAPB 


T inlr Apppss Protopol T^iiliinppH 

J-jJJJA. rt-V/V/Coo JT J V^LV^V/V^J JJCIJCIJJV/C'VJ. 


LATA 


T refill Ar*r*P55 ann T'rnnsnr^i^ Arpn 

L^KJ^aL .rt.V-'V/C'OO dllVl X lCIJJl3jJV.fll i^l-Cd 


T NS 


T ?TP Network Server 


MS 


Mnhilp Station 


MT 


IVTohilp T'pmninnl 


PDN 




PDU 


PvotorTil riata ITnit 


PHF 


Packet Handler Function 


PNIC 


Pseudo Network Identification Code 


PPP 


Point-to-Point Protocol 


PPSN 


Public Packet Switched Network 


PSDN 


Packet Switched Data Network 


PSPDN 


Packet Switched Public Data Network 


RADIUS 


Remote Authentication Dial In User Service 


SGSN 


Serving GPRS Support Node 


SMDS 


Switched Multimegabit Data Service 


TCP 


Transmission Control Protocol 


TE 


Terminal Equipment 


UDP 


User Datagram Protocol 



3.3 Symbols 

For the purposes of the present document, the following symbols apply: 
Gb Interface between an SGSN and a BSC. 

Gi Reference point between GPRS and an extemal packet data network. 

Gn Interface between two GSNs within the same PLMN. 

Gp Interface between two GSNs in different PLMNs. The Gp interface allows support of GPRS 

network services across areas served by the co-operating GPRS PLMNs. 
Gs Interface between an SGSN and MSC. 

R The reference point between a non-ISDN compatible TE and MT. Typically this reference point 

supports a standard serial interface. 
Um The interface between the MS and the GPRS fixed network part. The Um interface is the GPRS 

network interface for providing packet data services over the radio to the MS. The MT part of the 

MS is used to access the GPRS services through this interface. 
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4 Network characteristics 

4.1 Key characteristics of PLMN 

The GSM PLMN is fully defined in the GSM technical specifications. The GPRS related key characteristics are found 
in 3GPP TS 02.60 [2] and 3GPP TS 03.60 [3]. 

4.2 Key characteristics of PSDN 

Packet Switched Data Networks (PSDNs) are defined in the relevant ITU-T X series. 

4.3 Key characteristics of IP Networks 

The Internet is a conglomeration of networks utiUsing a common set of protocols. IP protocols are defined in the 
relevant IETF STD specifications and RFCs. The networks topologies may be based on LANs (e.g. ethernet), Point to 
Point leased Unes, PSTN, ISDN, X.25 or WANs using switched technology (e.g. SMDS, ATM). 

5 Interworking Classifications 

5.1 Service Interworking 

Service interworking is required when the Teleservice at the calling and called terminals are different. For GPRS, 
service interworking is not apphcable at the Gi reference point. 

5.2 Network Interworking 

Network interworking is required whenever a PLMN is involved in communications with another network to provide 
end-to-end communications. The PLMN shall intercormect in a manner consistent with that of a normal Packet Data 
Network (type defined by the requirements e.g. IP, PSDN X.75). Interworking appears exactly Uke that of Packet Data 
Networks. 

5.3 Numbering and Addressing 

See 3GPP TS 03.03 [25] and the relevant sections for X.25 and IP addressing below. 



6 Access reference configuration 

Figure 1 shows the relationship between the MS, its terminal equipment and the GSM network in the overall GPRS 
environment. 
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7 



Interface to GPRS Bearer Services 



Figure 2, Transmission Plane, shows the relationship of the GPRS Bearer terminating at the SNDCP layer to the rest of 
the GPRS environment. It is shown for reference purposes only and detailed information can be found in 
3GPP TS 03.60 [3], 3GPP TS 04.64 [8] and 3GPP TS 04.65 [9]. 



NOTE: 
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LI bis 


LI 



Urn 
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Gn 



Access 
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UDP/ 
TCP 
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LI 



Gi 



MS BSS SGSN GGSN 

In the SGSN and GGSN UDP is mandatory. TCP is optional but recommended for X.25 services. 
Figure 2: GPRS Transmission Plane 



8 Subscription checking 

Subscription is checked during the GPRS Attach procedure and also during the PDP Context Activation procedure as 
described in 3GPP TS 03.60 [3]. The GGSN implicitly checks its internal context related to the destination address for 
each mobile terminated packet. If there is a context associated with the PDP address the packet shall be forwarded to the 
MS, otherwise the packet shall be discarded or rejected depending on the implemented protocol. 



9 Screening 

Screening functions reside within the GPRS network and have three levels as described in 3GPP TS 02.60 [2] and 
3GPP TS 03.60 [3]. Screening may be applicable for only certain protocols. Screening is outside the scope of GPRS 
standardisation, however, the following types of screening shall be supported. 
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9.1 Network controlled screening 

The PLMN administration and/or the GPRS service provider shall set basic screening functionaUty, if applicable, 
(e.g. firewall) to reduce the risk of fraud and misuse. This is to ensure the integrity of the network and to protect 
subscribers. 

9.2 Subscription controlled screening 

This will not be in GPRS phase 1. 

9.3 User controlled screening 

This will not be in GPRS phase 1. 

1 Interworking with PSDN (X.75/X.25) 

10.1 General 

GPRS shall support interworking with PSDN networks. The interworking may be either direct or through a transit 
network. 

GPRS shall support both ITU-T Recommendation X.121 and ITU-T Recommendation E. 164 addressing. 

GPRS shall provide support for ITU-T Recommendation X.25 and ITU-T Recommendation X.75. 

The GPRS TE's shall have addresses provided , and controlled, by their GPRS operator. The PSDN TE sends data to the 
GPRS TE by use of that TE's GPRS DNIC (Data Network Identification Code) or equivalent which uniquely identifies 
that GPRS network worldwide. 

The GGSN for interworking with PSDNs is the access point of the GSM GPRS data network. 

There are two models for PSDN interworking. 

X.75 over the Gi reference point. 

- X.25 over the Gi reference point with the DCE located within the PSDN and the DTE located within the TE of 
the GPRS PLMN. 

Both X.75 and X.25 access methods are supported when mobile users are resident on HPLMN or VPLMN. A roaming 
user may be allocated a dynamic address from the VPLMN. 

10.2 PSDN IntenA/orking Models 

The two models of X.75 and X.25 represent the different scenarios for PSDN interworking with the GPRS network. 
The model differences lie in the interconnection protocol over the Gi reference point. 

10.2.1 X75 Interworking at the Gi Reference Point 

Figure 3 represents the case where X.75 is used as the interworking protocol, as used between intercormect X.25 PSDNs 
currently. The GPRS network will look like any other PSDN in all respects and uses X.75 addressing. Figure 4 shows 
the interconnecting protocol stacks to the GPRS bearer. The GPRS bearer is described in 3GPP TS 07.60 [10], which 
uses the protocols described in 3GPP TS 03.60 [3]. 
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Figure 3: PSPDN Interworking with X.75 at Gi Reference Point 

GGSN 

pi 




Figure 4: The Protocol Stack for the X.75 Gi Reference Point 

1 0.2.1 .1 Numbering and Addressing 

A PLMN GPRS network requires a DNIC or PNIC. 

X.121 addresses allocated to subscribers belong to the PLMN operator. 

10.2.1.2 Charging 

Charging of X.25 packets is done at the GGSN. 

1 0.2.2 X25 Interworking at the Gi Reference Point 

Figure 5 represents the case where X.25 is used as the interconnect protocol between a DCE and a DTE. 
The DTE resides within the GPRS network. The DCE resides within the PSDN. 

The GPRS Network is seen as part of the PSDN, as the Gi reference point is the interconnect point between the DCE 
and the DTE. 

The protocol stack for this model is shown in figure 6. 
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Actual PSDN 

NOTE: The PSDN can interwork at X.75 to other PSDNs. 

Figure 5: PSDN Interworking with X.25 over Gi Interface 

GGSN PSDN 



Gi 




Figure 6: The Protocol Stack for the X.25 / Gi Reference point 

Figure 6 shows the transmission plane only. In this case the GGSN shall resolve the association between the MS GPRS 
bearer and the X.25 DCE. LI is left to operators to determine connection to other networks. 

The X.25 Relay performs the following: 

mapping of logical channel numbers. 
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10.2.2.1 Numbering and Addressing 

A fixed X.121 address for the MS maybe allocated by the PSDN operator, and is integral to the PSDN numbering plan. 
A dynamic X. 121 address can also be used which is assigned by the GPRS network at PDP context activation. 

10.2.2.2 Cliarging 

The charging information may be collected in the X.25 network, depending upon the agreement between the GPRS 
operator and the PSDN operator. The charging may also be collected in the GPRS network. If the VPLMN assigns the 
dynamic address, the charging of the GPRS and the external network shall be gathered and sent to the HPLMN. 

10.3 User Facilities 

The set of user facilities as defined in ITU-T Recommendation X.25 may be supported. 
As a minimum the following shall be supported: 

- reverse charging; 

reverse charging acceptance; 
fast select restricted; 

- fast select unrestricted; 

- fast select acceptance. 

1 0.4 Tine GPRS Interworking to PSDN Characteristics 

Table describes the differences in addressing, and user profile for each interconnect type. The static X.121 address in 
the following table indicates an address which is permanently allocated to the GPRS subscriber by the network 
operator. The dynamic X.I2I address is assigned automatically on the PDP Context Activation procedure. The dynamic 
address is allocated from a free pool held in the GGSN. This is described in 3GPP TS 03.60 [3]. 



Table 0: PSPDN GPRS Interconnection Characteristics 



Metric 


X.75 - Stand Aione PSPDN 
X.25 - PSPDN Sub Network 




Static X.121 
address 


Dynamic X.121 address 


X.25 profile 


User 

determined in 

X.25 DCE 


Only Default Profiles allowed in X.25 
DCE- Selected upon PDP context 

activation 


X.28/X.29 
PAD 


Address in 
GGSN 


Address in GGSN after PDP 
Context Activation 



1 1 Interworking with PDN (IP) 

11.1 General 

GPRS shall support interworking with networks based on the Internet Protocol (IP). These interworked networks may 
be either intranets or the Internet. 

1 1 .2 PDN Interworking IVIodel 

When interworking with the IP networks, GPRS can operate IPv4 or IIV6. The interworking point with IP networks is 
at the Gi reference point as shown in figure 7. 
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Figure 7: IP network interworking 

The GGSN for interworking with the IP network is the access point of the GSM GPRS data network (see figure 8). In 
this case the GPRS network will look like any other IP network or subnetwork. 
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Figure 8: The protocol stacks for the GilP reference point 



Typically in the IP networks, the interworking with subnetworks is done via IP routers. The Gi reference point is 
between the GGSN and the external IP network. From the external IP network's point of view, the GGSN is seen as a 
normal IP router. The L2 and LI layers are operator specific. 

It is out of the scope of the present document to standardise the router functions and the used protocols in the Gi 
reference point. 

Interworking with user defined ISPs and private/public IP networks is subject to interconnect agreements between the 
network operators. 

No user data or header compression is done in the GGSN. 

The following working assumptions are valid in the generic case: 

A firewall is configured by the GPRS operator. In general, all applications that are using IP as the underlying 
protocol are supported, but the GPRS operator may restrict their usage. 

A Domain Name Server is managed by the GPRS operator. Alternatively, the Domain Name Server can be 
managed by the external IP network operator. 
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From the GPRS network's point of view, the allocation of a dynamic IP address is done by the GGSN as 
described in 3GPP TS 03.60 [3]. The GGSN may allocate these addresses by itself or use an external device such 
as an DHCP server. This external device may be operated by an external organisation such as an ISP or Intranet 
operator. 

11 .2.1 Access to Internet, Intranet or ISP through GPRS 

The access to Internet, Intranet or ISP may involve specific functions such as : user authentication, user's authorization, 
end to end encryption between MS and Intranet/ISP, allocation of a dynamic address belonging to the 
PLMN/Intranet/ISP addressing space, etc. 

For this purpose the GPRS PLMN may offer: 

- either direct transparent access to the Internet; or 

- a non transparent access to the Intranet/ISP. In this case the GPRS PLMN, i.e. the GGSN, takes part in the 
functions listed above. 



11 .2.1 .1 Transparent access to the Internet 



Gi 

Reference 
Point 




Figure 9: Example of the PDN Interworking Model, transparent case 



In this case (see figure 9): 

- The MS is given an address belonging to the operator addressing space. The address is given either at 
subscription in which case it is a static address or at PDP context activation in which case it is a dynamic 
address. This address is used for packet forwarding between the Internet and the GGSN and within the GGSN. 

- The MS need not send any authentication request at PDP context activation and the GGSN need not take any 
part in the user authentication/authorization process. 

The transparent case provides at least a basic ISP service. As a consequence of this it may therefore provide a bearer 
service for a tunnel to a private Intranet. 

NB The remainder of this subclause deals with this specific case. 

The user level configuration may be carried out between the TE and the intranet, the GPRS network is 

transparent to this procedure. 

The used protocol stack is depicted in figure 10. 
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Figure 10: Transparent access to an Intranet 



The communication between the GPRS PLMN and the Intranet may be performed over any network, even an insecure 
network e.g. the Internet. There is no specific security protocol between GGSN and the Intranet because security is 
ensured on an end to end basis between MS and the intranet by the "Intranet Protocol". 

User authentication and encryption of user data are done within the "Intranet protocol" if either of them is needed. This 
"Intranet Protocol" may also carry private (IP) addresses belonging to the address space of the Intranet. 

An example of an "Intranet protocol" is IPsec (see RFC 1825 [29]). If IPsec is used for this purpose then IPsec 
authentication header or security header may be used for user (data) authentication and for the confidentiality of user 
data (see RFC 1826 [30] and RFC 1827 [31]). In this case private IP tunnelling within public IP takes place. 



1 1 .2.1 .2 Non Transparent access to an Intranet or ISP 

In this case: 

the MS is given an address belonging to the Intranet/ISP addressing space. The address is given either at 
subscription in which case it is a static address or at PDP context activation in which case it is a dynamic 
address. This address is used for packet forwarding within the GGSN and for packet forwarding on the 
Intranet/ISP. This requires a link between the GGSN and an address allocation server, like Radius, DHCP, . . ., 
belonging to the Intranet/ISP; 

- the MS shall send an authentication request at PDP context activation and the GGSN requests user authentication 
from a server, like Radius, DHCP, . . . , belonging to the Intranet/ISP; 

- the protocol configuration options are retrieved (if requested by the MS at PDP context activation) from some 
server (Radius or DHCP, . . .) belonging to the Intranet/ISP; 

the communication between the GPRS PLMN and the Intranet/ISP may be performed over any network, even an 
insecure e.g. the Internet. In case of an insecure connection between the GGSN and the Intranet/ISP there may be 
a specific security protocol in between. This security protocol is defined by mutual agreement between GPRS 
PLMN operator and Intranet/ISP administrator. 
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Figure 1 1 : Signalling plane of non transparent case 

The following description bullet items describe the signal flow. 

1) The TE sends an AT-command to the MT to set up parameters and enter PPP mode. The MT responds with an 
AT-response. 
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2) LCP negotiates Maximum-Receive-Unit and authentication protocol. The negotiated authentication protocol is, 
either CHAP, PAP or 'none'. The MT shall try to negotiate for CHAP as first priority. 

3) If the negotiated authentication protocol is either of CHAP or PAP, the TE authenticates itself towards the MT 
by means of that protocol. The MT stores the necessary authentication data and sends a forced positive 
acknowledgement of the authentication to the TE. 

4) The TE requests IP configuration by sending the IPCP Configure-Request message to the MT indicating either 
the static IP address that shall be used or that an IP-address shall be dynamically allocated. 

5) The MT sends the Activate PDP context request message to the SGSN, including the Protocol Configuration 
Options. The SGSN sends the Create PDP context req message to the chosen GGSN including the unmodified 
Protocol Configuration Options. 

6) The GGSN deduces from the APN: 

- the server(s) to be used for address allocation, authentication and protocol configuration options retrieval; 
the protocol like Radius, DHCP, ... to be used with this / those server(s); 

- the communication and security feature needed to dialogue with this / those server(s) e.g. tunnel ,IPSec 
security association, dial-up connection (using possibly PPP), .... 

As an example the GGSN may use one of the following options: 

- RADIUS for authentication and IP-address allocation. The RADIUS server responds with either an Access- 
Accept or an Access-Reject to the RADIUS client in the GGSN. 

- RADIUS for authentication and DHCP for host configuration and address allocation. The RADIUS server 
responds with either an Access-Accept or an Access-Reject to the RADIUS client in the GGSN. After a 
successful authentication, the DHCP client discovers the DHCP server(s) in the ISP/Intranet and receives 
host configuration data. 

If the received Protocol Configurations Options IE contains a PPP IPCP Configure-Request packet, the GGSN 
shall analyse all the contained IPCP options and their requested values. In accordance with the relevant PPP RFC 
1661 [21a]the GGSN shall respond with the following messages: 

- zero or one PPP IPCP Configure-Reject packet containing options not supported and options which values 

cannot be returned; 

- zero or one PPP IPCP Configure-Nak packet containing options that are supported but has requested values 
that are incorrect/unsupported; and 

- zero or one PPP IPCP Configure- Ack packet containing options that are supported and has requested values 
that are correct/supported. 

Any returned PPP IPCP packets shall be contained in the Protocol Configurations Options IE. 

7) The GGSN sends back to the SGSN a Create PDP Context Response message, containing the Protocol 
Configuration Options IE. The cause value shall be set according to the outcome of the host -authentication and 
-configuration. A PDP context activation shall not be rejected solely due to the presence of unsupported or 
incorrect PPP IPCP options or option values, received from the MS in the Protocol Configurations Options IE. 
The MS may however later decide to immediately deactivate the activated PDP context due to the information 
received in the Protocol Configurations Options IE received from the network. 

8) Depending on the cause value received in the Create PDP Context Response the SGSN sends either an Activate 
PDP Context Accept or an Activate PDP Context Reject, to the MS. 

If Protocol Configuration Options are received from the GGSN, the SGSN shall relay those to the MS. The MT 
sends either the configuration-ack packet (e.g. IPCP Configure Ack in PPP case), the configure-nack packet in 
case of dynamic address allocation (e.g. IPCP Configure Nack in PPP case), or a link Terminate request (LCP 
Terminate-Request in PPP case) back to the TE. In the case where a configure-nack packet was sent by the MT, 
a local negotiation may take place at the R reference point (i.e. the TE proposes the new value to the MT), after 
which a configuration-ack packet is sent to the TE. 
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9) In case a configuration-ack packet was sent to the TE, the link from the TE to the external ISP/Intranet is 

established and IP packets may be exchanged. 

In case a hnk terminate request packet was sent to the TE, the TE and MT negotiates for link termination. The 
MT may then send a final AT-response to inform the TE about the rejected PDP Context activation. 

A link terminate request packet (such as LCP Terminate-request in PPP case) causes a PDP context deactivation. 

EXAMPLE: In the following example PPP is used as layer 2 protocol over the R reference point (figure 12). 

The MT acts as a PPP server and translates Protocol Configuration Options into SM message lEs. GTP carries this 
information unchanged to the GGSN which uses the information e.g. for DHCP or RADIUS authentication and host 
configuration. The result of the host authentication and configuration is carried via GTP to the SGSN which relays the 
information to the MT. The MT sends an IPCP Configure-Ack to the TE with the appropriate options included. 
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Figure 12: Exampie wliere PPP is used as layer 2 protocol over the R reference point 



ETSI 



3GPP TS 09.61 version 7.10.1 Release 1998 



21 



ETSI TS 101 348 V7.10.1 (2005-06) 



1 1 .3 Numbering and Addressing 

In the case of interworking with the public IP networks (such as the Internet), the GPRS operator shall use public 
network addresses. These public addresses can be reserved from the responsible IP numbering body, or from an ISP 
with which the GPRS operator has an agreement. In the case of interworking with the private IP networks, the GPRS 
operator manages internally the subnetwork addresses. 

The GPRS operator allocates the IP addresses for the subscribers in either of the following ways. 

- The GPRS operator allocates a static IP address when the subscription record is built. The IP address is reserved 
from a pool of free IP addresses. 

- The GPRS operator allocates (either on its own or in conjvmction with an ISP) a dynamic IP address when the 
MS performs the PDP Context Activation procedure with dynamic address allocation as described in 
3GPPTS 03.60 [3]. 

1 1 .4 Charging 

The GPRS operator may define the accuracy of the charging mechanism using one of the following categories: 

- Every source/destination pair is logged separately. 

- Source/destination pairs are logged to an accuracy of subnetworks. 

- Source/destination pairs are logged to an accuracy of connection types (e.g. external data network, corporate 
network, another mobile). 

1 1 .5 Domain Name Server (DNS) 

Provision of Domain Name services shall be provided by the GPRS operators in the transparent case and the ISP in the 
non transparent case. Domain name registration is handled by RIPE (Reseaux IP Europeens) in Europe (DNS 
documentation is provided in RFC 1034 [19] and RFC 1035[27]). 

1 1 .6 Screening 

The way the GPRS operator is performing the operator controlled screening and the subscription controlled screening is 
out of the scope of the present document. These functions may be done, for example, in a firewall. 



12 Interworking with PDN (PPP) 
12.1 General 



By means of the PDP type 'PPP' GPRS may support interworking with networks based on the point-to-point protocol 
(PPP), as well as with networks based on any protocol supported by PPP through one of its Network Control Protocols 
(NCPs). AH protocols currently supported by PPP NCPs are listed in RFC 1661[21a]. It may also support interworking 
by means of turmelled PPP, by e.g. the Layer Two Turmelling Protocol (L2TP). 

12.2 PDN IntenA/orking IVIodel 

The interworking point is at the Gi reference point. The GGSN for interworking with the ISP/PDN is the access point of 
the GSM GPRS data network (see figure 13). The GGSN wiU either terminate the PPP connection towards the MS or 
may further relay PPP frames to the PDN. The PPP frames may be tunnelled in e.g. L2TP. 
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Figure 13: Thie protocoi stacl<s for thie Gi PPP reference point 

In case the external PDN is an IP based network and the GGSN terminates PPP the same description appUes as 
specified in subclause 1 1 .2. 

In case the GGSN tunnels PPP frames to the PDN, the GGSN may behave like a LAC towards the external network. 

12.2.1 Virtual dial-up- and direct Access to PDNs, or ISPs through GPRS 



The access to PDNs, or ISPs may involve specific functions such as: user authentication, user's authorization, end to 
end encryption between MS and PDN/ISP, allocation of a dynamic address belonging to the PLMN/PDN/ISP 
addressing space, etc. 

For this purpose the GPRS PLMN may offer, based on configuration data: 

Direct access to an IP based Intranet/ISP using a protocol configuration as depicted in figure 14. Here DHCP and/or 
RADIUS are used between the GGSN and Intranet/ISP for performing the specific functions mentioned above. 
The GPRS PLMN may also offer access to networks based on any protocol supported by PPP through one of its 
Network Control Protocols (NCPs). 
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Figure 14: Protocol stack for direct access to IP-based Intranets/ISPs 

Virtual dial-up access to a PDN with PPP frame tunnelling as depicted in figure 15. 
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Figure 15: Protocol stack for virtual dial-up access with PPP frame tunnelling 



12.2.1.1 Procedural description 

In this case; 

- the MS is given an address belonging to the Intranet/ISP addressing space. The address is given either at 
subscription in which case it is a static address or at PDP context activation in which case it is a dynamic 
address. This address is used for packet forwarding within the GGSN and for packet forwarding on the 
Intranet/ISP. This requires a link between the GGSN and an address allocation server, such as Radius, or DHCP, 
belonging to the Intranet/ISP; 

the communication between the GPRS PLMN and the Intranet/ISP may be performed over any network, even an 
insecure e.g. the Internet. In case of an insecure connection between the GGSN and the Intranet/ISP there may be 
a specific security protocol in between. This security protocol is defined by mutual agreement between GPRS 
PLMN operator and Intranet/ISP administrator. 

The following description bullet items describe the signal flow. 

1) The TE sends an AT-command to the MT to set up parameters. 

2) The MT sends the Activate PDP context request message to the SGSN which sends the Create PDP context 
request message to the chosen GGSN. 

3) The GGSN deduces from the APN: 

- the server(s) to be used for address allocation and authentication; 

- the protocol such as Radius, DHCP or L2TP to be used with this / those server(s); 

- the communication and secmity feature needed to dialogue with this / those server(s) e.g. tunnel ,IPSec 
security association, dial-up connection (using possibly PPP). 

As an example the GGSN may use one of the following options: 

- RADIUS for authentication and IP-address allocation.. The RADIUS server responds with either an Access- 
Accept or an Access-Reject to the RADIUS client in the GGSN. 

- RADIUS for authentication and DHCP for host configuration and address allocation. The RADIUS server 
responds with either an Access-Accept or an Access-Reject to the RADIUS client in the GGSN. After a 
successful authentication, the DHCP client discovers the DHCP server(s) in the ISP/Intranet and receives 
host configuration data. 

L2TP for forwarding PPP frames to a L2TP Network Server. 

4) The GGSN sends back to the SGSN a Create PDP Context Response message. 

5) Depending on the cause value received in the Create PDP Context Response the SGSN may either send the 
Activate PDP Context Accept message or send the Activate PDP Context Reject message to the MS. 
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6) The MT responds with an AT-response that may indicate whether the context activation was successful or not. In 
the case of a non-successful context activation the response may also indicate the cause. 

7) In case of a successful context activation, the TE will start its PPP protocol after the LLC link has been 
established. The LCP, Authentication and IPCP (in case of IP) negotiations are then carried out end-to-end, or 
between the TE and the GGSN. 

EXAMPLE: In the following example the successful PDP context activation is shown. 
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1 3 Internet Hosted Octet Stream Service (IHOSS) 

Figure 17: Void 
Figure 18: Void 
Figure 19: Void 
Figure 20: Void 



14 Interworking between GPRS networks 

The primary reason for the interworking between the GPRS networks is to support roaming GPRS subscribers as 
described in 3GPP TS 03.60 [3]. The general model for GPRS network interworking is shown in figure 21. 
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Figure 21 : General interworking between GPRS networks to support roaming subscribers 

For roaming subscribers that have a PDP address allocated from the HPLMN a forwarding route between the HPLMN 
and the VPLMN is created. This route is used for both mobile terminated and mobile originated data traffic. The 
communication is done via the BGs (Border Gateways) as described in 3GPP TS 03.60 [3]. 

The procedures to set the link between the SGSN in the VPLMN and the GGSN in the HPLMN is described in 
3GPP TS 03.60 [3]. 

The inter-PLMN link may be any packet data network or dedicated link as described in 3GPP TS 03.60 [3]. The GPRS 
operators may have a dedicated inter-PLMN link to fulfil the QoS requirements of a certain protocol. 

1 4. 1 Security Agreements 

Each GPRS operator may support IPsec (RFC 1825 [29]) and accompanying specifications for authentication (RFC 
1826 [30]) and encryption (RFC 1827 [31]) as a basic set of security functionality in its border gateways. The GPRS 
operators may decide to use other security protocols based on bilateral agreements. 

14.2 Routing protocol agreements 

Each GPRS operator may support BGP (RFC 1771 [28]) as a basic set of routing functionality in its border gateways. 
The GPRS operators may decide to use other routing protocols based on bilateral agreements. 

14.3 Cliarging agreements 

Sharing the cost of the inter-PLMN link is subject to the agreement between the GPRS operators. 

There may be a requirement to collect charging information in the Border Gateway (see figure 12) and this is down to 
the normal interconnect agreement between PLMN and PDN operators. 
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16 



Usage of RADIUS on Gi interface 



A GGSN may, on a per APN basis, use RADIUS authentication to authenticate a user and RADIUS accounting to 
provide information to an AAA (Authentication, Authorization and Accounting) server. 



RADIUS Authentication shall be used according to RFC 2865 [23]. 

The RADIUS client function may reside in a GGSN. When the GGSN receives a Create PDF Context request message 
the RADIUS client function may send the authentication information to an authentication server, which is identified 
during the APN provisioning. 

The authentication server checks that the user can be accepted. The response (when positive) may contain network 
information, such as an IP address for the user. 

The information delivered during the Radius authentication can be used to automatically correlate the users identity (the 
MSISDN or IMSI) to the IP-address, assigned/confirmed by the GGSN or the authentication server respectively. The 
same procedure applies, in case of sending the authentication to a 'proxy' authentication server. 

RADIUS Authentication is only applicable to the primary PDP context. When the GGSN receives an Access- Accept 
message from the authentication server it shall complete the PDP context activation procedure. If Access-Reject or no 
response is received, the GGSN shall reject the PDP Context Activation attempt with a suitable cause code, e.g. User 
Authentication failed. 



RADIUS Accounting shall be used according to RFC 2866 [24]. 

The RADIUS accounting client function may reside in a GGSN. The RADIUS accounting cUent may send information 
to an accounting server, which is identified during the APN provisioning. The accounting server may store this 
information and use it to automatically identify the user. This information can be trusted because the GPRS network has 
authenticated the subscriber (i.e. SIM card and possibly other authentication methods). 

RADIUS Accounting-Request Start and Stop messages may be used during both primary and secondary PDP context 
activation and deactivation procedures respectively. 

The use of Accounting-Request STOP and in addition the Accounting ON and Accounting OFF messages may be used 
to ensure that information stored in the accounting server is synchronised with the GGSN information. 

If the AAA server is used for IP address assignment, then, upon reception of a RADIUS Accounting-Request STOP 
message for all PDP contexts associated to a session defined by APN and IMSI or MSISDN, the AAA server may make 
the associated IP address available for assignment. 

In order to avoid race conditions, the GGSN shall include a 3GPP Vendor-Specific sub-attribute "Session Stop 
indicator" when it sends the Accounting-Request STOP for the last PDP context of a PDP session and the PDP session 
is terminated (i.e. the IP address and all GTP tunnels can be released). The AAA server shall not assume the PDP 
session terminated until an Accounting-Request STOP with the Session Stop indicator is received. 
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16.3 Authentication and accounting message flows 
16.3.1 IPPDPtype 

The figure 22 represents the RADIUS message flows between a GGSN and an Authentication, Authorization and 
Accounting (AAA) server. 
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NOTE 1 : If some external applications require RADIUS Accounting request (Start) information before they can 
process user packets, then the selected APN (GGSN) may be configured in such a way that the GGSN 
drops user data until the Accounting Response (START) is received from the AAA server. The GGSN may 
wait for the Accounting Response (START) before sending the CreatePDPContextResponse. The GGSN 
may reject the PDP context if the Accounting Response (START) is not received. 

NOTE 2: Separate accounting and authentication servers may be used. 

NOTE 3: The Access-Request message shall be used for primary PDP context only. 

Figure 22: RADIUS message flow for PDP type IP (successful user authentication case) 

When a GGSN receives a Create PDP Context Request message for a given APN, the GGSN may (depending on the 
configuration for this APN) send a RADIUS Access-Request to an AAA server. The AAA server authenticates and 
authorizes the user. If RADIUS is also responsible for IP address allocation the AAA server shall return the allocated IP 
address in the Access-Accept message. 
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Even if the GGSN was not involved in user authentication (e.g. transparent network access mode), it may send a 
RADIUS Accounting-Request START message to an AAA server. This message contains parameters, e.g. the tuple 
which includes the user-id and IP address, to be used by application servers (e.g. WAP gateway) in order to identify the 
user. This message also indicates to the AAA server that the user session has started. 

If some external applications require RADIUS Accounting request (Start) information before they can process user 
packets, then the selected APN (GGSN) may be configured in such a way that the GGSN drops user data until the 
Accounting Response (START) is received from the AAA server. The GGSN may wait for the Accounting Response 
(START) before sending the CreatePDPContextResponse. The GGSN may reject the PDP context if the Accounting 
Response (START) is not received. The authentication and accounting servers may be separately configured for each 
APN. 

When the GGSN receives a Delete PDP Context Request message and providing a RADIUS Accounting-Request 
START message was sent previously, the GGSN shall send a RADIUS Accounting-Request STOP message to the 
AAA server, which indicates the termination of this particular user session. The GGSN shall immediately send a Delete 
PDP context response, without waiting for an Accounting-Response STOP message from the AAA server. 

The AAA server shall deallocate the IP address (if any) initially allocated to the subscriber, if there is no session for the 
subscriber. 

Accounting-Request ON and Accounting-Request OFF messages may be sent from the GGSN to the AAA server to 
ensure the correct synchronization of the session information in the GGSN and the AAA server. 

The GGSN may send an Accounting-Request ON message to the AAA server to indicate that a restart has occurred. 

The AAA server may then release the associated resources. 

Prior to a scheduled restart, the GGSN may send Accounting-Request OFF message to the AAA server. The AAA 
server may then release the associated resources. 

If an Access-Challenge is sent to the GGSN when an Access-Request message is pending and when IP PDP type is 
used, the GGSN shall silendy discard the Access-Challenge message and it shall treat an Access-Challenge as though it 
had received an Access-Reject instead RFC 2865[23]. 

16.3.2 PPP PDP type 

The figure 23 describes the RADIUS message flows between a GGSN and an Authentication, Authorization and 
Accounting (AAA) server for the case where PPP is terminated at the GGSN. The case where PPP is relayed to an LNS 
is beyond the scope of the present document. 



ETSI 



3GPP TS 09.61 version 7.10.1 Release 1998 



29 



ETSI TS 101 348 V7.10.1 (2005-06) 



TE MT SGSN GGSN 



Activate PDP Coijtext 

Accept 



PDP Context 
Activate Reque^ 



LCP Negotiation 



Challenge 



Authentication Rf quest 



(Note 2) 
Authentication Rtsponse 



NCP Ncgolialion 



(Note 3) 



LCP Teraiinatiori 



(Note 4) 



Deactivate PDP 
Context Reques^ 



Deactivate PDP 
Context Accept 



Create PDP Content 
Request 



Create PDP Contekt 
Response 



User Data 



Session 



Delete PDP Conte|xt 
Request 



Delete PDP 
Context Request ^ 

Delete PDP 
^ntext Response 



AAA 

Server PDN 

(Note 1) 



Access-Request 



Access- Accept 
< 



Accounting-Re(j ^ 



Accounting-Respi 



Accounting-Requ 



Accounting- 

N 



Accounting-Requpst (stop) 

(Note 7) 
^ccounting-Resp|)nse (stop) 



(Note 5) 



St (start) 
itnse (start) 



;st (stop) 
(Note 6) 
Response (stop) 



NOTE 1 
NOTE 2 
NOTES 



NOTE 4: 

NOTES 
NOTE 6 
NOTE 7 



Separate accounting and Authentication servers may be used. 

Actual messages depend on the used authentication protocol (e.g. PAP, CHAP). 

If some external applications require RADIUS Accounting request (Start) information before they can 

process user packets, then the selected APN (GGSN) may be configured in such a way that the GGSN 

drops user data until the Accounting Response (START) is received from the AAA server. The GGSN may 

delete the PDP context if the Accounting Response (START) is not received. 

An LCP termination procedure may be performed. Either the MS or the GGSN may initiate the context 

deactivation. 

The Access-Request message shall be used for primary PDP context only. 
Network Initiated deactivation. 
User Initiated deactivation. 



Figure 23: RADIUS message flow for PDP type PPP (successful user authentication case) 
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When a GGSN receives a Create PDP Context Request message for a given APN, the GGSN shall immediately send a 
Create PDP context response back to the SGSN. After PPP link setup, the authentication phase may take place. During 
Authentication phase, the GGSN sends a RADIUS Access-Request to an AAA server. The AAA server authenticates 
and authorizes the user. If RADIUS is also responsible for IP address allocation the AAA server shall return the 
allocated IP address in the Access-Accept message (if the user was authenticated). 

If the user is not authenticated, the GGSN shall send a Delete PDP context request to the SGSN. 

Even if the GGSN was not involved in user authentication (e.g. for PPP no authentication may be selected), it may send 
a RADIUS Accounting-Request START message to an AAA server. This message contains parameters, e.g. a tuple 
which includes the user-id and IP address, to be used by application servers (e.g. WAP gateway) in order to identify the 
user. This message also indicates to the AAA server that the user session has started, and the QoS parameters associated 
to the session. 

If some external applications require RADIUS Accounting request (Start) information before they can process user 
packets, then the selected APN (GGSN) may be configured in such a way that the GGSN drops user data until the 
Accounting Response (START) is received from the AAA server. The GGSN may delete the PDP context if the 
Accounting Response (START) is not received. The Authentication and Accounting servers may be separately 
configured for each APN. 

When the GGSN receives a Delete PDP Context Request message and providing a RADIUS Accounting-Request 
START message was sent previously, the GGSN shall send a RADIUS Accounting-Request STOP message to the 
AAA server, which indicates the termination of this particular user session. The GGSN shall immediately send a Delete 
PDP context response, without waiting for an Accounting-Response STOP message from the AAA server. 

The AAA server shall deallocate the IP address (if any) initially allocated to the subscriber. 

Accounting-Request ON and Accounting-Request OFF messages may be sent from the GGSN to the AAA server to 
ensure the correct synchronization of the session information in the GGSN and the AAA server. 

The GGSN may send an Accounting-Request ON message to the AAA server to indicate that a restart has occurred. 
The AAA server may then release the associated resources. 

Prior to a scheduled restart, the GGSN may send Accounting-Request OFF message to the AAA server, the AAA server 
may then release the associated resources. 

If an Access-Challenge is sent to the GGSN when using PPP PDP type, the GGSN shall handle it by PPP CHAP 
providing PPP CHAP was the selected Authentication protocol. If CHAP authentication was not selected, 
authentication shall fail RFC 2865 [23]. 
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16.3.3 Accounting Update 

During the life of a PDP context some information related to this PDP context may change (i.e. SGSN address if a 
Inter-SGSN RA update occurs). Upon reception of an UpdatePDPContextRequest from the SGSN, the GGSN may send 
an Accounting Request Interim-Update to the AAA server to update the necessary information related to this PDP 
context (see figure 24). In such a case, the GGSN need not wait for the RADIUS AccountingResponse from the AAA 
server. 



SGSN GGSN AAA 



UpdatePDPContextReq 


AccountingReq 


► 

UpdatePDPContextRes 


(Interim-Update) ^ 
^ AccountingRes 


1 

(Note) 





NOTE: As shown the GGSN need not wait for the RADIUS AccountingResponse from the AAA server message to 
send the UpdatePDPContextResponse to the SGSN. The GGSN may delete the PDP context if the 
AccountingResponse is not received from the AAA. 

Figure 24: RADIUS for PDP context Update 
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1 6.3.4 AAA-lnitiated PDP context termination 

RADIUS is used as the protocol between the GGSN and a AAA server or proxy for applications (e.g. MMS) to deliver 
information related to GPRS user session. However some IP applications could need to interwork with the GGSN to 
terminate a particular PDP context. For this purpose, the AAA server or proxy may send a RADIUS Disconnect 
Request to the GGSN. As depicted in figure 25, the GGSN may react by deleting the corresponding PDP context or 
silently discard the Disconnect Request message. For more information on RADIUS Disconnect, see RFC 2882[26]. If 
the GGSN deletes the corresponding PDP context, it need not wait for the DeletePDPContextResponse from the SGSN 
before sending the RADIUS DisconnectResponse to the AAA server. 



SGSN 



GGSN 



AAA 



DeletePDPContextReq 



DeletePDPContextRes 



DisconnectReq 



DisconnectRes 



(Note) 



NOTE: As showed on figure 25, the GGSN need not wait for the DeletePDPContextResponse from the SGSN to 
send the RADIUS DisconnectResponse to the AAA server. 

Figure 25: PDP Context deletion with RADIUS 



16.4 List of RADIUS attributes 

The following tables describe the actual content of the RADIUS messages exchanged between the GGSN and the AAA 
server. Other RADIUS attributes may be used as defined in RADIUS RFC(s). Unless otherwise stated, when the 
encoding scheme of an attribute is specified as UTF-8 encoding, this shall be interpreted as UTF-8 hexadecimal 
encoding. 

1 6.4.1 Access-Request message (sent from the GGSN to AAA server) 

Table 1 describes the attributes of the Access-Request message. 
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Table 1 : The attributes of the Access-Request message 



Attr# 


Attribute Name 


Description 


Content 


Presence 
Requirement 


1 


User-Name 


Username is provided by the user (extracted from 
the Protocol Configuration Options (PCO) field of 
the Create PDP Context Request message) or PPP 
authentication phase (if PPP PDP type is used). If 
no username is available a generic username, 
configurable on a per APN basis, shall be present. 


String 


Mandatory 


2 


User-Password 


User password provided by the user if PAP is used 
(extracted from the PCO field of the Create PDP 
Context Request message) or PPP authentication 
phase (if PPP PDP type is used). If no password is 
available a generic password, configurable on a per 

A l~\ K 1 i 1 1 1 1 J. 

APN basis, shall be present. 


String 


Conditional 
Note 1 


3 


CHAP-Password 


User password provided by the user if CHAP is 
used (extracted from the PCO field of the Create 
PDP Context Request message) or PPP 

authentication phase (if PPP PDP type is used). 


String 


Conditional 
Note 2 


4 


NAb-IP-Address 


IP address of the GGSN for communication with the 
AAA server. 


IPv4 


Conditional 
Note 3 


32 


NAb-ldentitier 


Hostname of the GGSN for communication with the 
AAA server. 


String 


Conditional 
Notes 


6 


Service-Type 


Indicates the type of service for this user 


Framed 


Optional 


7 


Framed-Protocol 


Indicates the type of protocol for this user 


7 (GPRS PDP 
Context) 


Optional 


8 


Framed-IP- 
Address 


IP address allocated for this user 


IPv4 


Conditional 


9 


Framed-IP- 
Netmask 


Netmask for the user IP address 


IPv4 


Conditional 


30 


Called-Station-ld 


Identifier for the target network 


APN (UTF-8 
encoded) 


Mandatory 


31 


Calling-Station-ld 


This attribute is the identifier for the MS, and it shall 
be configurable on a per APN basis. 


MSISDN in 
international 
format 
according to 
3GPP TS 
03.03 [25], 
UTF-8 
encoded 
decimal. Note 
that there are 
no leading 
characters in 
front of the 
country code. 


Optional 


60 


CHAP-Challenge 


Challenge if CHAP is used (extracted from the PCO 
field of the Create PDP Context Request message) 
or PPP authentication phase (if PPP PDP type is 
used). 


String 


Conditional 
Note 2 


61 


NAS-Port-Type 


Port type for the GGSN 


As per RFC 
2865 [23] 


Optional 


26/10415 


3GPP Vendor- 
Specific 


Sub-attributes according subclause 1 6.4.7 


See subclause 
16.4.7 


Optional 
except sub- 
attribute 3 
which is 
conditional 


NOTE 1 : Shall be present if PAP is used. 

NOTE 2: Shall be present if CHAP is used. 

NOTE 3: Either NAS-IP-Address or NAS-ldentifier shall be present. 



1 6.4.2 Access-Accept (sent from AAA server to GGSN) 

Table 2 describes the attributes of the Access- Accept message. 
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Table 2: The attributes of the Access-Accept message 



Attr# 


Attribute Name 


Description 


Content 


Presence 
Requirement 


1 


User-Name 


Username received in the Access-Request message or a 
substitute username provided by the AAA server. If the 
User-Name has been received in the Access-Accept 
message, this user-name shall be used in preference to 
the above 


String 


Optional 


6 


Service-Type 


Indicates the type of service for this user 


Framed 


Optional 


7 


Framed-Protocol 


1 1' J. J.I J. £ J. 1 i J.I • 

Indicates the type of protocol for this user 


7 (GPRS 
PDP 

Context) 


Optional 


8 


Framed-IP-Address 


IP address allocated for this user, if the AAA server is 
used to allocate IP address. 


IPv4 


Conditional 


9 


Framed-IP-Netmask 


K 1 X I £ M.t 1 l~\ II 'X X 1 AAA 

Netmask for the user IP address, if the AAA server is 
used to allocate IP netmask. 


IPv4 


Conditional 


12 


Framed-IP-MTU 


MTU for the user towards this particular APN, MTU shall 
be less or equal to 1 500 


String 


Optional 


25 


Class 


Identifier to be used in all subsequent accounting 
messages. 


String 


Optional (Note) 


27 


Session-Timeout 


Indicates the timeout value (in seconds) for the user 

session 


32 bit 

unsigned 
Integer 


Optional 


28 


Idle-Timeout 


Indicates the timeout value (in seconds) for idle user 

session 


32 bit 

unsigned 

Integer 


Optional 


26/311 


MS- primary-DNS-server 


Contains the primary DNS server address for this APN 


Ipv4 


Optional 


26/31 1 


MS-Secondary-DNS- 
Server 


Contains the secondary DNS server address for this 
APN 


IPv4 


Optional 


26/311 


MS-Primary-NBNS- 
Server 


Contains the primary NetBIOS name server address for 
this APN 


IPv4 


Optional 


26/31 1 


MS-Secondary-NBNS- 
Server 


Contains the secondary NetBios server address for this 
APN 


IPv4 


Optional 


NOTE: The presence of this attribute is conditional upon this attribute being received In the Access-Accept message. 
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1 6.4.3 Accounting-Request START (sent from GGSN to AAA server) 

Table 3 describes the attributes of the Accounting-Request START message. 



Table 3: The attributes of the Accounting-Request START message 



Attr # 


Attrihiitp Nflirip 






■ 1 1 

Requlreme 
nt 


1 


IJcpr-Maf-nQ 


IJ^prnamp nrnvidpd bv thp u^pr fpxtractpd from 
the PCO field of the Create PDP Context Request 
message) or PPP authentication phase (if PPP 
PDP type is used). If no username is available a 
generic username, configurable on a per APN 
basis, shall be present. If the User-Name has 
been received in the Access-Accept message, 
this user-name shall be used in preference to the 
above 


String 


Ontional 


4 


NAS-IP-Address 


GGSN IP address for communication with the 
AAA server. 


IPv4 


Conditional 
Note 1 


32 


NAS-ldentifier 


Hostname of the GGSN for communication with 
the AAA server. 


String 


Conditional 
Note 1 


6 


Service-Type 


Indicates the type of service for this user 


Framed 


Optional 


7 


Framed Protocol 


Indicates the type of protocol for this user 


7 (GPRS PDP 
Context) 


Optional 


8 


Framed- 1 P-Add ress 


User IP address 


IPv4 


Mandatory 


25 


Class 


Received in the access accept 


String 


Conditional 


30 




Irlpntifipr fnr thp tprnpt nptwnrk 


APN CLJTF-8 
encoded) 




31 


Calling-Station-ld 


This attribute is the identifier for the MS, and it 
shall be configurable on a per APN basis. 


MSISDN in 
international 

format according 

[25], UTF-8 
encoded decimal. 
Note that there are 
no leading 
characters in front 
of the country 
code. 


Optional 


40 


Acct-Status-Type 


Type of accounting message 


START 


Mandatory 


4.1 
1 1 


ArT't-r^olau-Ximo 
AALrLfL Lycicty iiiitc; 


IIIUIUClLCO 1 lUW iiiciiiy OCOUI lUO IIIC VJIVJIOIM 1 1 do UCCI 1 

trvinn tr» ^pnH thici rpmrri fnr anH ran hp 
subtracted from the time of arrival on the AAA 
cpr\/pr tn finri thp annrnyimatp timp /in <^pmnrlc;^ 
of the event generating this Accounting-Request. 


1 incinnoH 

0£. UI lol^l ICVJ 

intpnpr 


Ontinnal 
wpuui ICll 


44 


Acct-Sesslon-ld 


User session identifier. 


GGSN IP address 
and Charging-ID 
concatenated in a 
UTF-8 encoded 
hexadecimal. 
NOTE: The GGSN 
IP address is the 
same as that used 
in the GCDRs. 


Mandatory 


45 


Acct-Authentic 


Authentication method 


RADIUS or LOCAL 


Optional 


61 


NAS-Port-Type 


Port type for the GGSN 


As per RFC 2865 

[23] 


Optional 


26/10415 


3GPP Vendor- 
Specific 


Sub-attributes according subclause 16.4.7. 


See subclause 
16.4.7 


Optional 
except sub- 
attribute 3 
which is 
conditional 


NOTE 1 : Either NAS-iP-Address or NAS-ldentifier shall be present. 

NOTE 2: The presence of this attribute is conditional upon this attribute being received in the Access-Accept message. 



ETSI 



3GPP TS 09.61 version 7.10.1 Release 1998 36 ETSI TS 101 348 V7.10.1 (2005-06) 

1 6.4.4 Accounting Request STOP (sent from GGSN to AAA server) 

Table 4 describes the attributes of the Accounting-Request STOP message. 



Table 4: The attributes of the Accounting-Request STOP message 



Attr # 


Attribute Name 


DescriDtion 


Content 


Presence 
Requirement 


1 


User-Name 


Username provided by the user (extracted from the 
PCO field of the Create PDP Context Request 
message) or PPP authentication phase (if PPP PDP 
type is used). If no username is available a generic 
username, configurable on a per APN basis, shall 
be present. If the User-Name has been received In 
the Access-Accept message, this user-name shall 
be used in preference to the above 


String 


Optional 


4 


NAS-IP-Address 


IP address of the GGSN for communication with the 
AAA server. 


IPv4 


Conditional 
Note 1 


32 


NAS-ldentifier 


Hostname of the GGSN for communication with the 
AAA server. 


String 


Conditional 
Note 1 


6 


Service-Type 


Indicates the type of service for this user 


Framed 


Optional 


7 


Framed Protocol 


Indicates the type of protocol for this user 


7 (GPRS PDP 
Context) 


Optional 


8 


Framed-IP-Address 


User IP address 


IPv4 


Mandatory 


25 


Class 


Received In the access accept 


String 


Optional 






IHontifior fnr tho tarnot not\A/r»rlf 
IUc;l ILIIIt:?! lUI liiKi LciiycL IIC^LVvUirv 


APN (\ ITF-R 

encoded) 


ivicii lUdLUi y 


31 


Calling-Station-ld 


This attribute is the identifier for the MS, and it shall 
be configurable on a per APN basis. 


MSISDN in 
international 
format according 

[25], UTF-8 

Note that there 
are no leading 
characters In front 
of the country 
code. 


Optional 


40 


Acct-Status-Type 


Indicates the type of accounting request 


STOP 


Mandatory 


41 


Acct-Delay-Time 


Indicates how many seconds the GGSN has been 
trying to send this record for, and can be subtracted 
from the time of arrival on the AAA server to find the 
approximate time of the event generating this 
Accounting-Request 


Second 


Optional 


42 


ArT't-lnni it-O^tPtQ 

rAUUl lll|JUL wuicio 


rnrn^M pniintpH niimhpr nf nr'tfitQ QPnt h\/ thp nqpt 

VJ^JOIN OUUIIICU llUIIIUd Ul UUlClO oCIIL Uy 11 IC UoCI 

for the PDP context 


'^P hit 1 inQinnpH 

UIL Ul lol^l icu 

integer 


Ontinnal 

\^|JLIUI ICll 






r^rn^M rTiiintpH niimhpr nf npfptQ rpppix/pH h\/ thp 

user for the PDP context 


"^0 hit iinQinnprI 
UIL uiioiyiicu 

inteoer 

III IwU w 1 


Ontinnal 

W|>JLIUI ICtI 


44 


Acct-Ssssion-ld 


User session Identifier. 


GGSN IP address 
and Charging-ID 
concatenated in a 
UTF-8 encoded 
hexadecimal. 
NOTE: The 
GGSN IP address 
Is the same as 
that used In the 
GCDRs. 


Mandatory 

ividii iwiuLv^i y 


45 


Acct-Authentic 


Authentication method 


RADIUS or 
LOCAL 


Optional 


46 


Acct-Sesslon-Time 


Duration of the session 


Second 


Optional 


47 


Acct-lnput-Packets 


GGSN counted number of packets sent by the user 


Packet 


Optional 


48 


Acct-Output- 
Packets 


GGSN counted number of packets received by the 

user 


Packet 


Optional 


49 


Acct-Termlnate- 
Cause 


Indicate how the session was terminated 


See RFC 2866 
[24] 


Optional 
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Attr# 


Attribute Name 


Description 


Content 


Presence 
Requirement 


61 


NAS-Port-Type 


Port type for the GGSN 


As per RFC 2865 
[23] 


Optional 


26/104 
15 


3GPP Vendor- 
Specific 


Sub-attributes according to subclause 16.4.7. 


See subclause 
16.4.7 


Optional except 
sub-attribute 3 
which is 
conditional 


NOTE 1 : Either NAS-IP-Address or NAS-ldentifier shall be present. 

NOTE 2: The presence of this attribute is conditional upon this attribute being received in the Access-Accept message. 



1 6.4.5 Accounting Request ON (optionally sent from GGSN to AAA server) 

Table 5 describes the attributes of the Accounting-Request ON message. 

Table 5: The attributes of the Accounting-Request ON message 



Attr# 


Attribute Name 


Description 


Content 


Presence 
Requirement 


4 


NAS-IP-Address 


IP address of the GGSN for communication with the 
AAA server. 


IPv4 


Conditional 
Note 


30 


Galled-Station-ID 


Identifier for the target network. 


APN (UTF-8 
encoded) 


Optional 


32 


NAS-ldentifier 


Hostname of the GGSN for communication with the 
AAA server. 


String 


Conditional 
Note 


NOTE: Either NAS-IP-Address or NAS-ldentifier shall be present. 



1 6.4.6 Accounting Request OFF (optionally sent from GGSN to AAA 
server) 

Table 6 describes the attributes of the Accounting-Request OFF message. 

Table 6: The attributes of the Accounting-Request OFF message 



Attr# 


Attribute Name 


Description 


Content 


Presence 
Requirement 


4 


NAS-IP-Address 


IP address of the GGSN for communication with the 
AAA server. 


IPv4 


Conditional 
Note 


30 


Called-Station-ID 


Identifier for the target network. 


APN (UTF-8 
encoded) 


Optional 


32 


NAS-ldentifier 


Hostname of the GGSN for communication with the 
AAA server. 


String 


Conditional 
Note 


NOTE: Either NAS-IP-Address or NAS-ldentifier shall be present. 



1 6.4.7 Sub-attributes of the 3GPP Vendor-Specific attribute 

Table 7 describes the sub -attributes of the 3GPP Vendor-Specific attribute of the Access-Request, Accounting-Request 
START, Accounting-Request STOP and Accounting-Request Interim- Update messages. 
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Table 7: The sub-attributes of thie 3GPP Vendor-Specific attribute of the Access-Request, 
Accounting-Request START, Accounting-Request STOP 
and Accounting-Request Interim-Update messages 



Sub-attr # 


Sub-attribute Name 


Description 


Presence 
Requirement 


Associated attribute 
(Location of Sub-attr) 


1 


3GPP-IMSI 


IIVISI for this user 


Optional 


Access-Request, Accounting- 
Request START, Accounting- 
Request STOP, Accounting- 
Request Interim-Update 


2 


3GPP-Charging-ld 


Gliarging ID for this 
PDP Context (this 
together with the 
GGSN-Address 
constitutes a unique 
identifier for the PDP 
context). 


Optional 


Access-Request, Accounting- 
Request START, Accounting- 
Request STOP, Accounting- 
Request Interim-Update 


3 


3GPP-PDP Type 


Type of PDP context, 
e.g. IP or PPP 


Conditional 
(mandatory if 
attribute 7 is 
present) 


Access-Request, 
Accounting-Request START, 
Accounting-Request STOP, 
Accounting-Request Interim- 
Update 


4 


3GPP-CG-Address 


Charging Gateway IP 
address 


Optional 


Access-Request, Accounting- 
Request START, Accounting- 
Request STOP, Accounting- 
Request Interim-Update 


5 


3GPP-GPRS- 
Negotiated-QoS-Profile 


QoS profile applied by 
GGSN 


Optional 


Access-Request, Accounting- 
Request START, Accounting- 
Request STOP, Accounting- 
Request Interim-Update 


6 


3GPP-SGSN-Address 


SGSN IP address that 
Is used by the GTP 
control plane for the 
handling of control 
messages. It may be 
used to identify the 
PLMN to which the 
user is attached. 


Optional 


Access-Request, Accounting- 
Request START, Accounting- 
Request STOP, Accounting- 
Request Interim-Update 


7 


3GPP-GGSN-Address 


GGSN IP address that 
is used by the GTP 
control plane for the 
context establishment. 
It is the same as the 
GGSN IP address 
used in the GCDRs. 


Optional 


Access-Request, Accounting- 
Request START, Accounting- 
Request STOP, Accounting- 
Request Interim-Update 


8 


3GPP-IMSI-MGC-MNC 


MCC and MNC 
extracted from the 
user's IMSI (first 5 or 6 
digits, as applicable 
from the presented 
IMSI). 


Optional 


Access-Request, Accounting- 
Request START, Accounting- 
Request STOP, Accounting- 
Request Interim-Update 


9 


3GPP-GGSN- MCC- 
MNG 


MCC-MNC of the 
network the GGSN 
belongs to. 


Optional 


Access-Request, Accounting- 
Request START, Accounting- 
Request STOP, Accounting- 
Request Interim-Update 


10 


3GPP-NSAPI 


Identifies a particular 
PDP context for the 
associated PDN and 
MSISDN/IMSI from 
creation to deletion. 


Optional 


Access-Request, Accounting- 
Request START, Accounting- 
Request STOP Accounting- 
Request Interim-Update 


11 


3GPP- Session-Stop- 
Indicator 


Indicates to the AAA 
server that the last 
PDP context of a 
session is released 
and that the PDP 
session has been 
terminated. 


Optional 


Accounting Request STOP 
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Sub-attr # 


Sub-attribute Name 


Description 


Presence 
Requirement 


Associated attribute 
(Location of Sub-attr) 


12 


3GPP- Selection-Mode 


Contains tiie Selection 
mode for this PDP 
Context received in the 
Create PDP Context 
Request Message 


Optional 


Access-Request, Accounting- 
Request START, Accounting- 
Request STOP, Accounting- 
Request Interim-Update 


18 


3GPP-SGSN-MCC- 
MNG 


MCC and MNC 
extracted from the RAI 
within the Create PDP 
Context Request or 
Update PDP Context 
Request message. 


Optional 


Access-Request, Accounting- 
Request START, Accounting- 
Request STOP, Accounting- 
Request Interim-Update 



The RADIUS vendor Attribute is encoded as follows (as per RFC 2865 [23]). 

Bits 



Octets 

1 
2 
3 
4 
5 
6 

7-n 



8 



6 



Type = 26 



Length = n 



Vendor id octet 1 



Vendor id octet 2 



Vendor id octet 3 



Vendor id octet 4 



String 



n>7 

3GPP Vendor Id = 10 415 

The string part is encoded as follows: 



Octets 

1 
2 

3 -m 



Bits 
5 4 



3GPP type 



3GPP Length = m 



3GPP value 



m > 2 and m < 248 

The 3GPP specific attributes encoding is clarified below. 
/ - 3GPP-/MS/ 



Octets 

1 
2 
3-m 



Bits 

5 4 



3GPP type = 1 



3GPP Length^ m 



IMSI digits 1-n (UTF-8 encoded) 



3GPPType: 1 

n< 15 

Length: m <17 
IMSI value: Text: 

This is the UTF-8 encoded IMSI; The definition of IMSI shall be in accordance with 3GPP TS 03.03 [25] and 3GPP TS 
09.60 [33]. There shall be no padding characters between the MCC and MNC, and between the MNC and MSIN. If the 
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IMSI is less than 15 digits, the padding in the GTP information element shall be removed by the GGSN and not 

encoded in this sub -attribute. 



2 - 3GPP-Charging ID 



Octets 

1 
2 
3 
4 
5 
6 



Bits 
5 4 



3GPP type = 2 



3GPP Lengths 6 



Charging ID value Octet 1 



Charging ID value Octet 2 



Charging ID value Octet 3 



Charging ID value Octet 4 



3GPPType: 2 

Length: 6 

Charging ID value: 32 bits unsigned integer 
3- 3GPP- PDPtvpe 



Octets 

1 
2 
3 
4 
5 
6 



Bits 
5 4 



3GPP type = 3 



3GPP Lengths 6 



PDP type octet 1 



PDP type octet 2 



PDP type octet 3 



PDP type octet 4 



3GPP Type: 3 
Length: 6 

PDP type value: Unsigned 32 bits integer 
PDP type octet possible values: 

= IP 

1 =PPP 

4 - 3GPF- Charging Gateway address 



Octets 

1 
2 
3 
4 
5 
6 



Bits 

5 4 



3GPP type = 4 



3GPP Lengths 6 



Charging GW addr Octet 1 



Charging GW addr Octet 2 



Charging GW addr Octet 3 



Charging GW addr Octet 4 



3GPP Type: 4 
Length: 6 

Charging GW address value: Address 
5 - 3GPP- GPj?5 Negotiated QoS profile 
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Octets 

1 
2 
3-L 



6 



Bits 
5 4 



3GPP type = 5 



3GPP Lengths L 



UTF-8 encoded QoS profile 



3GPP Type: 5 

Length: 27 (release 99) or 11 (release 98) 
QoS profile value: Text 

UTF-8 encoded QoS profile syntax: 

"<Release indicator> - <release specific QoS IE UTF-8 encoding>" 
<Release indicator> = UTF-8 encoded number : 
"98" = Release 98 
"99"= Release 99 

<release specific QoS profile UTF-8 encoding> = UTF-8 encoded QoS profile for the release indicated by the 
release indicator. 

The UTF-8 encoding of a QoS IE is defined as follows: each octet is described by 2 UTF-8 encoded digits, 
defining its hexadecimal representation. The QoS profile definition is in 3GPP TS 04.08 [32]. 

The release 98 QoS profile data is 3 octets long, which then results in a 6 octets UTF-8 encoded string. 

The release 99 QoS profile data is 11 octets long, which results in a 22 octets UTF-8 encoded string. 

6 - 3GPP- SGSN address 

Bits 

8 7 6 5 4 3 2 1 



Octets 

1 
2 
3 
4 
5 
6 



3GPP type = 6 



3GPP Lengths 6 



SGSN addr Octet 1 



SGSN addr Octet 2 



SGSN addr Octet 3 



SGSN addr Octet 4 



3GPPType: 6 
Length: 6 

SGSN address value: Address 
7 - 3GPP-GGSN address 



Octets 

1 
2 
3 
4 
5 
6 



Bits 
5 4 



3GPP type = 7 



3GPP Lengths 6 



GGSN addr Octet 1 



GGSN addr Octet 2 



GGSN addr Octet 3 



GGSN addr Octet 4 



3GPPType: 7 
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Length: 6 

GGSN address value: Address 
8 - 3GVV- IMSI MCC-MNC 

Bits 



Octets 

1 
2 
3 
4 
5 
6 
7 
8 



6 



3GPP type = 8 



3GPP Length= n 



MCC digiti (UTF-8 encoded) 



MCC digit2 (UTF-8 encoded) 



MCC digits (UTF-8 encoded) 



MNC digiti (UTF-8 encoded) 



IVINC digit2 (UTF-8 encoded) 



IVINC digits if present (UTF-8 encoded) 



3GPPType: 8 

Length: n shall be 7 or 8 octets depending on the presence of MNC digit 3 
MS address value: text 



This is the UTF-8 encoding of the MS MCC-MNC values. In accordance with 3GPP TS 03.03 [25] and 3GPP TS 09.60 
[33 1 the MCC shall be 3 digits and the MNC shall be either 2 or 3 digits. There shall be no padding characters between 
the MCC and MNC. 



9 - 3GVV-GGSN MCC-MNC 



Octets 

1 
2 
3 
4 
5 
6 
7 
8 



Bits 
5 4 



3GPP type = 9 



3GPP Length^ n 



IVICC digiti (UTF-8 encoded) 



MCC digit2 (UTF-8 encoded) 



MCC digit3 (UTF-8 encoded) 



MNC digiti (UTF-8 encoded) 



MNC digit2 (UTF-8 encoded) 



MNC digit3 if present (UTF-8 encoded) 



3GPP Type: 9 

Length: n shall be 7 or 8 octets depending on the presence of MNC digit 3 
GGSN address value: text 



This is the UTF-8 encoding of the GGSN MCC-MNC values. In accordance with 3GPP TS 03.03 [25] and 3GPP TS 
09.60 [33] the MCC shall be 3 digits and the MNC shall be either 2 or 3 digits. There shall be no padding characters 
between the MCC and MNC. 



10 - 3GPP- NSAPI 

Bits 



Octets 

1 
2 
3 



3GPPtype= 10 



3GPP Lengths 3 



NSAPI 



3GPP Type: 10 
Length: 3 
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NSAPI value: text 



It is the value of the NSAPI of the PDP context the RADIUS message is related to. It is encoded as its hexadecimal 

representation, using lUTF-8 encoded digit. 



77- 3 GPP- Session Stop Indicator 



Octets 

1 
2 
3 



Bits 
5 



3GPP type = 1 1 



3GPP Lengths 3 



11111111 



3GPPType: 11 
Length: 3 

Value is set to all 1. 

12 - SGPP-Selection-Mode 



Octets 

1 
2 
3 



Bits 
5 4 



SGPPtype = 12 



3GPP Length= 1 



UTF-8 encoded Selection mode string 



3GPPType: 12 
Length: 3 

Selection mode value: Text 

The format of this attribute shall be a character string consisting of a single digit, mapping from the binary value of the 
selection mode in the Create PDP Context message (3GPP TS 09.60 [33]). Where 3GPP TS 09.60 provides for 
interpretation of the value, e.g. map '3' to '2', this shall be done by the GGSN. 



18 - 3GPP-SGSN MCC-MNC 



Octets 

1 
2 
3 
4 
5 
6 
7 
8 



Bits 
5 4 



3GPPtype= 18 



3GPP Length^ n 



MCC digiti (UTF-8 encoded) 



MCC digit2 (UTF-8 encoded) 



MCC digits (UTF-8 encoded) 



IVINC digiti (UTF-8 encoded) 



IVINC di9it2 (UTF-8 encoded) 



IVINC digits if present (UTF-8 encoded) 



3GPPType: 18 

Length: n shall be 7 or 8 octets depending on the presence of MNC digit 3 
SGSN address value: text 



This is the UTF-8 encoding of the RAI MCC-MNC values. In accordance with 3GPP TS 03.03 [25] and 3GPP TS 09.60 
[33]the MCC shall be 3 digits and the MNC shall be either 2 or 3 digits. There shall be no padding characters between 
the MCC and MNC. 
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1 6.4.8 Accounting Request Interim-Update (sent from GGSN to AAA 
server) 

Table 8 describes the attributes of the Accounting-Request Interim-Update message. 



Table 8: The attributes of the Accounting-Request Interim-Update message 



Attr# 


Attribute Name 


Description 


Content 


Presence 
Requirement 


1 


User-Name 


Username provided by the user (extracted from 
the PCO field of the Create PDP Context Request 
message) or PPP authentication phase (if PPP 
PDP type is used). If no username is available a 
generic username, configurable on a per APN 
basis, shall be present. If the User-Name has 
been received in the Access-Accept message, this 
user-name shall be used in preference to the 
above 


String 


Optional 


4 


NAS-IP-Address 


IP address of the GGSN for communication with 
the AAA server. 


IPv4 


Conditional 
Note 1 


32 


NAS-ldentifier 


Hostname of the GGSN for communication with 
the AAA server. 


String 


Conditional 
Note 1 


6 


Service-Type 


Indicates the type of service for this user 


Framed 


Optional 


7 


Framed Protocol 


Indicates the type of protocol for this user 


7 (GPRS PDP 
Context) 


Optional 


8 


Framed-IP-Address 


User IP address 


IPv4 


Mandatory 


25 


Class 


Received in the access accept 


String 


Optional 
(Note 2) 


30 


Called-Station-ld 


Identifier for the target network 


APN (UTF-8 
encoded) 


Mandatory 


31 


Calling-Station-ld 


This attribute is the identifier for the IVIS, and it 
shall be configurable on a per APN basis. 


MSISDN in 
international 
format 
according to 
3GPP TS 03.03 
[25], UTF-8 
encoded. 
Note that there 
are no leading 
characters in 
front of the 
country code. 


Optional 


40 


Acct-Status-Type 


Indicates the type of accounting request 


Interim-Update 


Mandatory 


41 


Acct-Delay-Time 


Indicates how many seconds the GGSN has been 
trying to send this record for, and can be 
subtracted from the time of arrival on the AAA 
server to find the approximate time of the event 
generating this Accounting-Request 


Second 


Optional 


42 


Acct-lnput-Octets 


GGSN counted number of octets sent by the user 
for the PDP context 


32 bit unsigned 
integer 


Optional 


43 


Acct-Output-Octets 


GGSN counted number of octets received by the 
user for the PDP context 


32 bit unsigned 
integer 


Optional 


44 


Acct-Session-ld 


User session identifier. 


GGSN IP 
address and 
Charging-ID 
concatenated in 
a UTF-8 
encoded 
hexadecimal. 
(Note 3) 


Mandatory 


45 


Acct-Authentic 


Authentication method 


RADIUS or 
LOCAL 


Optional 
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Attr# 


Attribute Name 


Description 


Content 


Presence 
Requirement 


46 


Acct-Session-Time 


Duration of the session 


Second 


Optional 


47 


Acct-lnput-Packets 


GGSN counted number of packets sent by the 
user 


Packet 


Optional 


48 


Acct-Output-Packets 


GGSN counted number of packets received by the 
user 


Packet 


Optional 


61 


MAS- Port-Type 


Port type for the GGSN 


As per RFC 
2865 [23] 


Optional 


26/10415 


3GPP Vendor- 
Specific 


Sub-attributes according to subclause 1 6.4.7. 


See subclause 
16.4.7 


Optional 
except sub- 
attribute 3 
which is 
conditional 


NOTE 1 : Either NAS-IP-Address or NAS-ldentifier shall be present. 

NOTE 2: The presence of this attribute is conditional upon this attribute being received in the Access-Accept message. 
NOTE 3: The GGSN IP address is the same as that used in the GCDRs. 



1 6.4.9 Disconnect Request (optionally sent from AAA server to GGSN) 

Table 9 describes the attributes of the Disconnect-Request message. 

Table 9: The attributes of the Disconnect-Request message 



Attr# 


Attribute Name 


Description 


Content 


Presence 
Requirement 


1 


User-Name 


Username provided by the user (extracted from 
the PCO field of the Create PDF Context Request 
message) or FFP authentication phase (if PPP 
PDF type is used). If no username is available a 
generic username, configurable on a per APN 
basis, shall be present. If the User-Name has 
been sent in the Access-Accept message, this 
user-name shall be used in preference to the 
above 


String 


Optional 


8 


Framed-IP-Address 


User IP address 


IPv4 


Mandatory 


44 


Acct-Session-ld 


User session identifier. 


GGSN IF 
address and 
Charging-ID 
concatenated in 
a UTF-8 
encoded 
hexadecimal. 
(Note) 


Mandatory 


NOTE: The GGSN IP address is the same as that used in the GCDRs. 
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Annex A (normative): 
Interworking PCS1900 with PSDNs 

A.1 Key characteristics of interworking PCS1900 with 
PSDNs 

Bell Operating Company's (BOC's) Public Packet Switching Networks provide data transport services within it's LATA 
and support data transport as foUows: 

- between Terminal Equipment (TE) and host computers; 

- between TE to TE, between host computer to host computer; 

- and interface to Private Networks within LATA. 

The interface to other Packet Switched PubUc Data Networks (PSPDNs) outside the LATA is via Interexchange 
Carriers (ICs). 

For PCS1900, two types of PSDN may exist - those outside a BOC's LATA and those inside. 

A.1 .1 PSPDNs which are outside the BOC's LATA 

PSPDNs which are outside the BOCs LATA are connected via X.75 interface. Interworking is the same as described in 
subclause 10.2.1, X.75 Interworking at the Gi Reference Point. 

A.1 .2 PSPDNs which are inside the BOC's LATA 

BOCs PPSN consists of Data Switching Exchanges (DSE) and ISDN Packet Handler Functions (PHFs). 

The Bellcore defined X.75' protocol is used on intranetwork DSE to DSE, DSE to ISDN Packet Handler Function 
(PHF), and ISDN PHF to ISDN PHF within BOC administered networks, and is used for intra-LATA packet data calls. 
X.75 interface is used on ICs connected to other PSPDNs outside the LATA. 

Therefore, in order to support packet data services within BOC's LATA for PCS 1900 subscribers, support of Bellcore 
defined X.75' interface is required at the Gi interface. 

Bellcore defined X.75' protocol is an extension of X.75 protocol. The extension consists primarily of additional utiUties 

some of which are analogous to X.25 facilities The extension is necessary to maintain service transparency when 
interconnection equipment supplied by different manufacturers within a single network. 

The rest of this annex describes X.75' interworking. 



A.2 Subscription checking 

Subscriptions checking for Bellcore defined X.75' interface is outside the scope of the present document. 

A.3 Interworking PGS1 900 with PSDN using X.75' 
A.3.1 General 

GPRS shall support interworking with PSDN networks. The interworking may be either direct or through a transit 
network (e.g. ISDN). 
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GPRS shall support both ITU-T Recommendation X.121 and ITU-T Recommendation E.164 addressing. 

GPRS shall provide support for interworking using Bellcore specified X.75' protocol for data transport within BOC's 
LATA. 

The GPRS TEs shall have addresses provided, and controlled, by their GPRS operator. The PSDN TE sends data to the 
GPRS TE by use of that TE's GPRS DNIC (Data Network Identification Code) or equivalent which uniquely identifies 
that GPRS network worldwide. 

The GGSN for interworking with PSDNs is the access point of the GSM GPRS data network. 

The X.75' access method is supported when mobile users are resident on HPLMN or VPLMN. A roaming user may be 
allocated a dynamic address from the VPLMN. 

A.3.2 PSDN Interworking Model using X.75' Interworking at the Gi 
Reference Point 

Figure A.l represents the case where X.75' is used as the interworking protocol, as used between interconnect X.25 
PSDNs within the BOC's LATA. The GPRS network will look hke any other PSDN in the BOC's LATA and will use 
X.75' addressing. Figure A.2 shows the interconnecting protocol stacks to the GPRS bearer. The GPRS bearer is 
described in 3GPP TS 07.60 [10], which uses the protocols described in 3GPP TS 03.60 [3]. 



X.75' 




Figure A.1 : PSPDN Interworking witli X.75' at Gi Reference Point 

GGSN 

■Gi] 




Figure A.2: Tlie Protocoi Stack for tlie X.75' Gi Reference Point 
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A.3.3 Numbering and Addressing 

A PLMN GPRS network requires a DNIC or PNIC. 

X.121 addresses allocated to subscribers belong to the PLMN operator. 

A.3.4 Charging 

Charging of X.25 packets is done at the GGSN. 

A.3.5 User Facilities 

These are the same as in subclause 10.3 in the main part of the present document. 

A.3.6 The GPRS Interworking to PSDN Characteristics 

These are the same as in subclause 10.4 in the main part of the present document. 
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Annex B (informative): 
Change history 



Change history 




TSG# 


TSG Doc. 


CR 


Rev 


Subject/Comment 


Old 


New 




s25 


98-0101 


A001 




Access to an Intranet or ISP through GPRS 


5.0.0 


6.0.0 




s26 


98-0292 


A002 




Authentication protocol when accessing an intranet or 
ISP through GPRS 


6.0.0 


6.1.0 




s26 


98-0292 


A003 




Clarifications to Intranet/ISP Interworking section 


6.0.0 


6.1 .0 




s26 


98-0292 


A004 




Architecture Diagrams 


6.0.0 


6.1.0 




s26 


98-0292 


A005 




Editorial review of 09.61 


6.0.0 


6.1.0 




s26 








Correction of Word 95/97 problem (Incomplete 
incorporation of CR A003 into V6.1 .0) 


6.1.0 


6.2.0 




s27 


98-0735 


A006 




Protocol Configuration Options at PDP context activation 
failure 


6.2.0 


6.3.0 




s27 


98-0735 


A008 




Clarifications on IP interworking 


6.2.0 


6.3.0 




s28 


99-0062 


A011 




X.75' interface specifications at GGSN-PSPDN (Gi) 
interface 


6.3.0 


7.0.0 




s29 


99-0058 


A012 




Access to PDNs and ISPs with the PDP-type PPP 


7.0.0 


7.1.0 




s29 


99-0058 


A013 




GPRS Internet Hosted Octet Stream Service (IHOSS) 


7.0.0 


7.1.0 




TSG#6 


NP-99431 


A015 




ICPC negotiations for intenworking at the Mtfor NT IP 


7.1.0 


7.2.0 


03-2001 


TSG#1 1 


NP-0 10044 


A016 




Removal of IHOSS and OSP 


7.2.0 


7.3.0 


09-2001 


TSG#1 3 


NP-010530 


A018 


2 


Standard method for information delivery (MSISDN; IP 
address...) between GPRS and external PDN using 
RADIUS 


7.3.0 


7.4.0 


12-2001 


TSG#14 


NP-010572 


A022 


1 


X ■ X Xl 1 1 ' *^X X* II XX • 1 X 

Correction to the Calling-Station-ld attribute 


7.4.0 


7.5.0 


12-«;001 


-ro/~»-wH A 

\ bG#14 


Nr-01 057^; 


A024 


1 


Correction to obPH Vendor specify attnbute duKP-llvlbi 


7.4.0 


"7 c r\ 

7.5.0 


12-2001 


TSG#14 


NP-010572 


A026 




Correction to 3GPP vendor specific attributes containing 
MCC-MNC 


7.4.0 


7.5.0 


12-2001 


TSG#14 


NP-010672 


A028 




Standard method for information update between GPRS 

and external PDN using RADIUS 


7.4.0 


7.5.0 


12-2001 


TSG#14 


NP-010672 


A029 




Standard method for interworking between GPRS and 
external PDN using RADIUS 


7.4.0 


7.5.0 


03-2002 


TSG#1 5 


NP-020080 


A032 




Change of associated attribute for 3GPP-NSAPI 


7.5.0 


7.6.0 


06-2002 


TSG#1 6 


NP-020295 


A036 




Corrections to the 3GPP RADIUS attributes 


7.6.0 


7.7.0 


06-2002 


TSG#1 6 


NP-020295 


A038 


1 


Clarification on the Radius Flows 


7.6.0 


7.7.0 


1 2-2002 


TSG#1 8 


NP-020613 


A040 


1 


RADIUS enhancement for identification of VPLMN 


7.7.0 


7.8.0 


03-2003 


TSG#19 
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